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DESCRIPTION 

Domaine technique de I'mvention 

La pr6sente invention conceme le domaine des transmissions de donnees audio/video 
5 a rint&ieur d'un reseau domestique. Plus particulierement, elle conceme un dispositif et une 
methode de stockage de donnees audio/video dans un tel r6seau. 

Etat de la technique anterieure 

Avec I'amvee des recepteurs de television numeriques ou set top boxes incoiporant 
10 un disque dur (PVR en anglais pour Personal Video Recorder), les besoins de stockage ne 

cessent de croltre. La technologie des disques durs ainsi que leur capacit6 6voluant plus 

rapidement que le taux de renouvellement actuel de ces appareils, il serait souhaitable de 

prevoir leur 6volutivite, aussi bien en terme de capacite de stockage qu'en possibilite 

d'enregistrement de mani&re, par exemple, k 6voluer vers des systemes capables de supporter 
1 5 la t616vision num6rique haute d6finition, Aucune solution n*existe dans le commerce pour le 

moment, sauf a consid6rer la possibility de changer le disque dur k TintSrieur de Tappareil ce 

qui a pour cons6quence d'annuler la garantie du constructeur. 

La demande de brevet americain publiee sous le num6ro US20020092021 decrit un 

reseau domestique dans lequel des programmes vid6o sont enregistr6s sur un peripherique de 
20 stockage distant k Taide d'un protocole de communication adequat. Un inconvenient majeur 

d*un tel systeme est qu'il requiert la connaissance du protocole de coiranunication par les 

appareils concem^s du reseau. 

L'invention remedie k cet inconvenient en proposant im dispositif permettant 

revolution des possibilites de stockage d'une set top box a 1' aide d*une architecture logicielle 
25 appropriee. 

Expose de rinvention 

Un tel but est atteint k Taide d*un dispositif selon Tinvention, dit set top box, 
comportant : 

30 - des moyens de r6ception pour recevoir des donnees audio/vid6o transmises via un medium 
de communication, 

- au moins une application utilisant lesdites donn6es audio/vid6o re9ues et n6cessitant de les 
stocker prealablement a leur utilisation, r application comportant des moyens pour emettre 
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des requetes de stockage/recuperation des donnees re9ues k destination de moyens de 
stockage, 

- des moyens de stockage comprenant : 

des moyens de connexion vers au moins une unite de stockage periph6rique 
5 capable de stocker phj^iquement des domi6es aiidio/vid6o, 

des moyens de d6tection de p6riph6rique cooperant avec lesdits moyens de 
connexion pour d6tecter la presence des unites de stockage p6ripli6riques des 
leur connexion/d6coimexion k la set top box, 

des moyens de controle coop6rant avec les moyens de d6tection pour 
10 recevoir lesdites requetes de stockage/recup6ration de donnees 6mises par 

Tapplication etpour contrdler Taffectation des adresses de stockage 
physique dans les difiEerentes unites de stockage p6riph6riques presentes, 
des moyens logiciels de stockage coop6rant avec lesdits moyens de contrdle 
pour conserver et retrouver les adresses physiques des donn6es stockees dans 
15 les differentes unites peripheriques de stockage. 

H Skagit ici d'ajouter des possibilit6s de stockage a des appareils n'en possedant pas 
ou bien de faire evoluer ces premieres afin d'etendre les fonctioimalites de rajppareil, sans 
mise i jour logicielle, au fur et a mesure des connexions/d6connexions des peripheriques de 
stockage. Pour cela, il est prevu une gestion virtuelle des possibilites de stockage au sein 
20 mSme de I'appareil conceme. Une couche d'abstraction est realisee au-dessus du support de 
stockage physique, par les moyens logiciels de stockage cooperant avec les moyens de 
contr61e, afin de cacher a Tapplication les details sur le ou les peripheriques de stockage 
utilises. Pour Tapplication, rop6ration est parfaitement transparente. Les peripheriques de 
stockage sont detect6s « k chaud », au fur et a mesure de leur coimexion/d6connexion et sont 
25 pris en compte par les moyens de controle au niveau de la capacit6 de stockage disponible 
pour Tapplication. Celle-ci ne dialogue qu'avec une seule interface pour ces besoins de 
stockage ; les moyens de contrdle cooperant avec les moyens logiciels de stockage pour g6rer 
les transferts de donn6es vers et depuis les differents p6ripheriques de stockage. 

Un deuxieme aspect de Tinventiion conceme la strategic du stockage, c'est-^-dire la 
30 fa9on d'optimiser le stockage physique des donnees dans les difKrents peripheriques en 

fonction de certains criteres predefinis par rutilisateur ou par Tapplication elle-meme. Pour 
cela, il est prevu un dispositif tel que celui decrit ci-dessus, dans lequel les moyens de 
controle compreiment des moyens d'interface avec Tapplication pour recevoir et interpreter 
les requetes de stockage/recuperation en terme de repartition des donnees stockees dans les 
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diffSrents periph^riques selon des critferes de stockage predetennines. Ces criteres pouvant 
etre lies au d6bit avec lequel les donnSes audio/vid6o doivent etre stock6es/r6cup6r6es ou 
encore a la redondance des doim6es. En effet, avec des applications de plus en plus orient^es 
multimedia, le debit n^cessaire peut §tre tr^s important, Sur des doraiees sensibles en 
5 revanche, on poxnrait dupliquer les informations sur des supports distincts afin d'avoir le 
contenu toujours disponible meme si Tun des deux supports est endommage. 

Breve description des dessins 

Ces aspects de Tinvention ainsi que d'autres aspects plus detaill6s apparaitront plus 
10 clairement grace a la description suivante de plusieurs modes de realisation de Tinvention, 
donnes a titre d'exemples non limitatifs et en regard des dessins annexes parmi lesquels : 
la Fig. 1 est un schema fonctionnel representant un exemple d'application de 
r invention, 

la Fig. 2 est un sch6ma block fonctioimel pour illustrer un dispositif selon Tinvention, 
15 - la Fig, 3 est un schema block fonctionnel pour illustrer un mode de realisation du 
dispositif represents a la Fig. 2, 

la Fig. 4 est un schema block fonctionnel pour illustrer plus en details une table 
deallocation d*adresses selon un mode de realisation du dispositif de Tinvention, 
les Fig. 5A et 5B sont des schemas fonctionnels pour illustrer deux modes de 
20 realisation de Tinvention, concemant la strategic de stockage des doimees 

audio/video, 

la Fig. 6 est un organigramme pour illustrer un exemple de methode de stockage selon 
rinvention. . . , 

25 Expose detaille d^au moins un mode de realisation de l^invention 

La Fig. 1 illustre un exemple de reseau domestique selon Tinvention. II comporte : 

- un dispositif ou decodeur numerique 1, dit set top box, pour recevoir et traiter des signaux 
audio/vid6o diffuses par satellite 2 ou par des moyens num6riques terrestres 3, 

- un 6cran 4 pour les afficher, 

30 - un ordinateur 5 reli6 k la set top box 1 , par exemple, par un lien Ethemet 6, et 

- un disque dur exteme 7 connect^ k la set top box 1 par une liaison sp6cifique 8, notamment 
de type USB, IEEE1394, SAT, etc. 

L'expression audio/video, comprend ici des donnees audio, video ou les deux. On 
suppose dans Texemple illustre a la Fig. 1, que la set top box 1 n'a pas de disque dur inteme 
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ou bien que celui-ci est plein et ne peut plus enregistrer de nouvelles doimees sans ecraser des 
donn6es d6j^ enregistrees. Pour rem6dier k cat inconvenient de fa9on simple et efficace, 
r invention prdvoit des moyens de gestion virtuelle des possibility de stockage du r6seau au 
sein m6me de la set top box, de tasadixe a pouvoir utUiser ces possibilites de stockage 
5 extemes comme un disque dur interne, notamment les possibility de stockage du disque dur 
exteme 7 qui peut 6tre ajout6 « k chaud » pendant le d6roulement de I'application, ou bien 
celles de I'ordinateur distant 5. 

La Fig. 2 illustre de fa?on sch6matique les fonctionnalit6s du d£codeur 1 de la Fig. 1 
pour realiser I'invention. Ces fonctionnalit6s sont repr6sent6es dans le bloc fonctionnel 10 
10 qui comporte : 

- des moyens de reception de type classique 11 pour recevoir des donn6es audio/vid6o 
transmises via I'un des mediums de communication disponible, notamment satellite 12 ou 
terrestre 13, 

- au moins une application 14 utilisant les donn6es audio/vid6o revues et necessitant de les 
1 5 stocker pr6alablement a leur utiHsation, I'application comportant des moyens pour emettre 

des requStes de stockage/recuperation des donn^es refues, ces requStes pouvant etre 
classiques, de type acces a un disque dur 

- des moyens de stockage virtuels 15 comprenant : 

- moyens de connexion 16, (notamment de type USB, IEEE1394, SAT, 
20 etc) vers deux uni^s de stockage p&iph6riques 1 7 et 1 8, provenant 

notamment d'un disque dur exteme et d'un PC comme dans I'exemple 
illustr6 k la Fig. 1, capables de stocker physiquement les donn6es 
audio/vid!6o re9ues, 

- des moyens de daection de peripherique 19 coop^rant avec lesdits 
25 moyens de connexion pour d6tectfflr la presence des unit6s de stockage 

peripherique d^ leur connexian/d6connexion k la set top box, 

- des moyens de contrSle de stockage virtuel WM (pour Virtual Volume 
Manager) coop6rant avec les moyens de d6tection pour recevoir les 
requetes de stockage/recup6ration de domi6es 6mises par I'application et 

30 pour contr61er I'affectation des adresses de stockage physique dans les 

differentes unites de stockage p6riph6riques pr6sentes, 

- des moyens logiciels de stockage LV (volume logique + Mapping table) 
coop6rant avec lesdits moyens de contrdle WM pour conserver et 
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retrouver les adresses physiques des donn^es stockees dans les difF6rentes 
unites pSriph^ques de stockage. 
Les moyens de connexion 16 ainsi que les moyens de detection de p6ripherique 19 
peuvent utiliser diff&entes techniques connues qui en elles-m8mes ne font pas partie de 
5 I'invention, Les moyens de contrdle WM coopdrent avec les moyens logiciels LY pour 

r6alisra: le stockage des donn6es pour rapplication qui le requiere. L'application, quant a elle, 
utilise le support virtual, represente par les moyens logiciels de stockage LV pilote par les 
moyens de controle VVM qui cachent les details sur I'endroit ou sont stockees les donn6es, 
c'est a dire le ou les supports physiques (peripheriques) utilises repr6sent6s par les cylindres 

10 17 et 1 8 sur la Fig. 2, ainsi que I'emplacement des donn6es sur le support lui-m&ne. L'int6x^t 
de s6parer ainsi le logiciel du mat^el pour que I'appUcation ne dialogue qu'avec des moyens 
de stockage virtuels est de pouvoir intervenir sur le support physique, notamment le 
remplacer, r6tendre pour lui ajouter des fonctionnalit6s ou accroitre ses perfoimances, sans 
que le logiciel n'en soit averti et mSme durant Pex^cution de I'^lication, c'est-i-dire de 

1 5 mani^ compl&tement transparente. 

La Fig. 3 illustre plus en d6tails un exemple d'impl&nentation des moyens de 
stockage virtuels dans une set top box selon I'invention. Selon un mode de reaUsalion pr6f6r6 
de I'inventioni les moyens logiciels de stockage LV coopdrent avec une table de 
correspondance, MAP, contenant les adresses virtuelles des donn6es h stocker pour leur 

20 affectea: une adresse physique de stockage correspondant a un espace memoire reserve dans 
run des p6riph6riques de stockage, repr^sentes par des cylindres sur la Fig. 3. Un agent des 
moyens de contr61e, le VVM agent, note WMA, est destin6 a mettre a joiir cette table au fur 
et a mesure des requStes de stockage/recuperation envoyees par l'application A. - 
L'application A peut 6tre de diff6rents types. II peut s'agir d'une application ayant besoin de 

25 stocker de la video, de jouer et d'archiver des morceaux de musique (notamment au format 
MPS) ou simplement de visualiser des images (notamment au format JPEG ou MPEG) 
enregistrees sur les differents moyens de stockage disponibles. L'application A dialogue avec 
un systeme de fichier, d6not6 File System, par le biais d'interfaces de programmation ou 
APIs (Application Programming Interface en anglais) orientees fichier comme dans tout 

30 sysl^e op6rateur classique. Ces requStes vers le File System sont done de type classique et 
ne sont pas d6taill6es ici. II s'agit d' operations sur des fichiers, telles que les operations de 
type Read, Write, Ilseek, readdir open, etc. Le File System qui re9oit ces requdtes doit les 
traduire pour les moyens de stockage virtuels en operations de type block classiques telles 
que les operations : Open, release, blockuread, block_wiite, etc. Ces operations sont ensuite 



6 



traitees au niveau des moyens de stockage virtuels par une -unique interface ou driver de 
stockage virtuel, denotee Virtual Block Device Driver, qui a pour fonction de realiser 
r interface de programmation ou API entre rapplication et les differents moyens de stockage. 
n s'agit par exemple de petits programmes pour effectuer les ouvertures / fermetures de 
5 fichiers ou des contraies d'entree/sorties ainsi que pour parametrer et impl6menter la strategic 
de stockage k utiliser. En ce qui conceme cette demiere, deux modes de r6alisation seront 
expliqu6s aux Fig. 5A et 5B. 

La Fig. 4 illustre le fonctionnement de la table de correspondance MAP. Lorsque 
rapplication A d6sire enregistrer des donn6es, elle ne « voit » que les moyens de stockage 
10 logiciels LV, appel6s « volume logique », grSce a r architecture logicielle mise en place. Elle 
procfede alors comme s'il s'agissait d'une unite de stockage classique, Ce sont les moyens de 
controle virtuels WM qui font la correspondance entre la localisation des donnSes sur le 
volume logique et leur emplacement reel sur les peripheriques physiques, notes 41 k 43. Cette 
table est automatiquement mise a jour lors de I'ajout ou du retrait d'une unit6 de stockage par. 
15 le WM Agent qui coop^re avec les moyens de detection de connexion/d6connexion des 
peripheriques de stockage. 

La Fig. 5 illustre dexuc modes de realisation de Tinvention correspondant a deux - 1 
possibilites ou strategies de stockage differentes selon que Ton desire privilegier les ^- 
performances liees au debit des doimees ou bien au contraire que Ton souhaite au maximum 
20 d6charger le processeur central. La s6curi1e des donnees qui est liee a r espace de stockage . ^ 
disponible est 6galement envisag6e dans ces deux exemples. Une combinaison judicieuse 
entre ces strat6gies extremes pent aussi aboutir k un bon compromis entre perfomiances et . 
security au niveau des applications. Le volume logique LV vu par 1' application est repr6sent6 
par un bloc rectangulaire hachurS de differentes manieres et pointant sur des disques durs, 
25 repr6sent6s par des cylindres 6galement hachur6s. Un style de hachure correspond k un 
disque dur. Le volume logique stocke virtuellement les donn6es de Tapplication qui sont 
physiquement enregistrees sur les differents disques d6sign6s par leur type de hachures, par 
rinterai6diaire de la table de correspondance MAP et du WM agent comme d6crit aux Fig, 
Set 4. 

30 La Fig. 5A illustre ime premiere strategic de stockage qui consiste k d6charger au 

maximum Tunite centraie ou CPU (de 1' anglais Central Processing Unit). Selon cette 
premiere strategic, les donnees sont stockees sur les disques durs les unes a la suite des autres 
de sorte que lorsqu'im disque est plein, les doimees sont ecrites sur le disque suivant Les 
donnees sont ainsi stockees sur im seul disque a la fois, ce qui limite la puissance necessaire 
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pour stocker et r6cup6rer les doim^es mais liinite aussi le trafic puisque les doim^es 
successives sant eaaregistr6es sur un mSme support, sauf loisque le support est plein, ce qui 
nScessite d'attendre la fin du transfert complet d'une dotm6e ou d'un paquet de donndes sur 
le disque pour pouvoir effectuer un autre transfert. 
5 La Fig. 5B illustre une deuxidme strat6gie de stockage qui utilise une m6tiiode 

d'adressage des disques physiques orient6e performance. Selon cette strategic, des donn6es 
successives sont stock6es sur les quatre disques en parallMe de fapon a repartir au maximum 
les donnees sur tous les espaces de stockage disponibles de fagon a augmenter leur debit. Les 
clusters, qui sont la plus petite unite d'espace sur le volume logique sont r^partis sur les 

10 differents disques durs, comme le montre le hachurage, afin que deux clusters contigus 
n'appartiennentpas au meme disque dur. Ainsi, d'apres I'exemple illustr6 k laFig.SB, 
lorsque I'application demande des doim6es, celle-ci pent envoyer jusqu'4 quatre requites en 
m6me temps, contrairement au cas illustr^ a la Fig. 5A oil les appels sont s^alis6s, c'est-i- 
dire qu'il faut attendre la reponse a la premiere requ6te avant de pouvoir faire la suivante. 

1 5 Dans le cas illustr6 h la Fig. 5B, les perfonnances peuvent ainsi dtre augmentSes par quatre en 
terme de debit par rapport au cas illustr6 k la Fig. 5 A. 

En efifet, avec des applications de plus en plus ori«it6es multim6dia, le d6bit 
n6cessaire augmente sans cesse. II est done int&essant de pouvoir stocker les donn6es sur 
plusieurs supports physiques simultan^ent afin de pouvoir diviser par le nombre de 

20 supports physiques le debit n6cessaire. Ajouter un nouveau disque dur pent done avoir pour 
r&ultat suppl6mentaire par rapport au simple fait d'augmenter la capacite de stockage, 
d'augmenter le d6bit des donnees transferees. On peut imaginer que les perfonnances d'un 
disque dur donne integre dans une set top box, notamment son d^bit, ne peimettent pas de 
realiser certaines fonctions demandant des debits elev6s telles que renregistrement de flux 

25 videos en haute defmition ou encore faire des pauses dans un programme diffuse en temps 
reel via le satellite ou le cible. Cette demiere fonctionnalite, plus conmiun^ment appelee 
« time-shifting » de I'anglais temps d6cale, demande un d6bit de donnees eleve car elle 
n6cessite de stocker des donn6es audio/video regues en continu et de les lire ensuite en leger 
differ^, le differe correspondant au temps 6coule pendant la « pause ». En utilisant une 

30 strategic de stockage adequat, telle que celle illustr^e k la Fig. 5B, de nouvelles 
fonctionnalit6s peuvent ainsi Stre ajoul^es k la set top box k moindre frais. 

Bi ce qui conceme les donn6es sensibles en revanche, quelle que soit la strategic de 
stockage prindpale utilisee, on peut dupKquer les informations sur des supports distincts afin 
d'avoir le contenu toujours dispomT)le m%me si I'un des supports physiques est endonmiag6. 
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Le choix de la strategic ou des strategies k employer peut se faire de fe^on 
predetennin6e ea fonction de certains criteres renseignes par I'utilisateur, comme le d6bit ou 
la s6curite des domi6es a sauvegmder ou bien, dynamiquement, en fonction des besoins de 
I'appUcation. Par exemple, on peut prevoir que le driver de stockage virtuel, le Virtual Block 
Device Driver illustre a la Fig. 3, met i disposition de I'application, via ses APIs, une Uste de 
services peimettant de communiquer avec I'appUcation en vue de determiner une m6thode de 
stockage prioritaire k utiUser. Les disques durs eux-mSmes peuvent poss6der certaines 
fonctionnalitfes programmables qui peuvent 6tre utilisees par le WM en parallfele dans le but 
d'accroftre les performances du stockage. D peut s'agir par exemple des fonctiomiaUt6s de 
type acc^s direct h la m^moire ou DMA (de I'anglais Direct Memory Access), ou encore de 
lecture anticipee, plus connue sous I'appellation anglaise de read ahead, qui permettent toutes 
deux d'augmenter le d6bit du disque. 

La Fig. 6 illustre un exemple de m6thode de stockage virtuel selon I'invention. Dans 
I'exeanple illustr6 k la Fig. 6, la set top box n'a pas la possibility d'efSfecturar du stockage de • 
dorm6e. EUe n' implemente done pas la fonctionnalite d'enregistr^ment local de programme 
vid6o diffuse en temps r6el ou PVR (de I'angjais Personal Video Recorder). En lui 
connectant un disque dur exteme, qui peut etre de type USB, IEEE1394 ou SATA, le WM 
agent d6tecte cat ajout et fait passer dynamiquement la taiUe du disque dur virtuel d'une 
capacite de 0 Go a X Go. On peut done imaginer que cet evenement va reveiller les 
fonctioimalit6s PVR qui etaient en sommeil jusqu'^ present. Un autre cas de figure pouvant 
6galement 6tre illustre par la Fig. 6 est celui ou la set top box possede deji des possibilit6s 
PVR, c'est a dire qu'elle possMe un disque dur interne, mais dont la capacite maximale de , 
stockage a 6t6 atteinte. L'utilisateur a alors plusieurs possibilit6s. II peut faire le m6nage dans 
sa vid6otheque ou encore adjoindre une nouvelle solution de stockage exteme. Grdce au 
WM, I'ajout d'xm nouveau disque dvcr est completement transparent L'^lication PVR 
« voit » juste une augmentation de la capacity de stockage qui est pass6e de X Go ^ X+Y Go, 
Y Go 6tant la capacity du nouveau disque dur. Cet ajout peut aussi se faire « k chaud » c'est i 
dire lors d'un enregistrement. Prenons par exemple le cas ot I'utilisateur veut enregistrar.un 
film de 2 heures alors que I'espace disponible sur son PVR n'est plus que de lh30. Grice au 
WM, il ne perdra pas les lh30 qu'il lui reste. Car contrairement k des applications qui voient 
les deux supports de stockage physiques ind6pendamment, le WM les unifie pour en faire 
un seul disponible pour I'application. Ainsi, en ajoutant un disque dur d'une capadt6 
d'enregistrement de 20 heures en qualit6 standard, Tapplication comprendra qu'il reste 
I'equivalent de 21 heures et 30 minutes de stockage disponible. 
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Le diagramme de la Fig,6 repr^sente le fonctionnement du WM Agaat. A I'^tat de 
repos (WM idle) sax d&narrage de la set top box, cet agent est charg6 de decouvrir les 
nouveaux p6ripli6riques (New Plug ?) et de les incoiporer dans le stockage virtuel. Dans le 
cas oii im nouveau p6ripli6rique de stockage est connecte a la set top box (Y), il doit ensuite 
5 impl6menter une strat6gie de stockage pr6definie (What Strategy ?). La strat6gie pent 6tre 
fix6e des le d6part, notamment, dans le cas ou plusieurs applications peuvent stocker des 
donn^es. On pent aussi imaginer ime liste de services offerts par le WM Agent pennettant la 
commiinication entre I'application et lui-mgme, pour determiner la strategic a utiliser. Une 
fois la strat6gie definie, la table de correspondance est mise a jour par le WM Agent (MAT 

10 MAP) avant qu'il retoume a I'etat de repos (WM idle) en attendant une nouvelle 

connexion/d6connexion. Dans le cas ou aucun peripheiique de stockage n'est detecte, le 
WM Agent retoume directement a I'etat de repos. 

Dans la pratique, I'invention est mise en oeuvre en utiHsant des moyens logiciels. Pour 
cela, un dispositif selon I'invention comporte un ou plusieurs processeurs et une ou plusieurs 

1 5 m^moires de stockage de programmes, lesdits programmes contenant des instructions pour la 
mise en oeuvre des fonctions qui viemient d'6tre decrite, lorsqu'fls sont ex6cut& par lesdits 
processeurs. 

Les dessins et leur description illustrent I'invention sans en restreindie la portee. H 
apparaJtra h 1' Evidence a rhomme du metier qu'il existe d'autres alternatives aux modes de 
20 r6alisation d^crits, qui entrent dans la portee de I'invention. Dans ce sens un certain nombre 
de remarques sont faites ci-apr6s. n existe de nombreux moyens d'impl6menter des fonctions 
k I'aide de moyens mat^riels ou logiciels. Dans ce sens, les dessins sont tres schematiques et 
n'iUustrent qu'un mode de realisation particulier de Tinvention. De meme, bien que les 
dessins reprfesentent les diff&:entes fonctions d6crites par differents blocs, cela n'exclue pas 
25 qu'un seul 61ement materiel ou logiciel realise plusieurs fonctions, ni qu'une mSme fonction 
soit realisee par un ensemble de composants materiels ou logiciels ou les deux. 

Toute indication d'une reference k un dessin dans une revendication ne restreintpas la 
portee de ladite revendication. L'usage du verbe "comprendre" ou "comporte" et leurs 
conjugaisons n'exclutpas la presence d'autres ^16ments ou 6tapes que celles indiqu6es dans 
une revendication. L'article « un » ou « une » pr6c6dant un 616ment ou une 6tqje n'exclut pas 
la presence de plusieurs elements ou 6tapes. 
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1 . Dispositif, dit set top box, comportant : 

- des moyens de reception pour recevoir des donnees audio/video 
5 , transmises via un medium de communication, 

- au moins une application utilisant les doimees audio/video re9ues et 
n6cessitant de les stocker prealablement a leur utilisation, Tapplication 
comportant des moyens pour 6mettre des requetes de 
stockage/r6c\ip6ration des donnees re9ues, 

IQ - des moyens de stockage comprenant : 

- des moyens de connexion vers au moins une unite de stockage periphSrique capable 
de stocker physiquement des donntes audio/vid6o, 

- des moyens de d6tection de p6riph6rique coop6rant avec lesdits moyens de 
connexion pour d6tecter la pr6sence des unit6s de stockage p6ripli6rique des leur 

1 5 connexion/deconnexion ^1 la set top box, 

- des moyens de controle coop6rant avec les moyens de d6tection pour recevoir les 
requetes de stockage/recuperation de donnees 6mises par P application et pour ; 
controler r affectation des adresses de stockage physique dans les differentes unites de 
stockage peripheriques presentes, j, 

20 - des moyens logiciels de stockage cooperant avec lesdits moyens de controle pour 

conserver et retrouver les adresses physiques des donnees stockees dans les 
diff6rentes unites peripheriques de stockage. 

2. Dispositif selon la revendication 1 , dans lequel les moyens logiciels de 
25 stockage compreiment une table de correspondance mise a jour par 

lesdits moyens de contrSle contenant les adresses virtuelles des 
donnees k stocker pour leur affecter une adresse physique de stockage 
correspondent k un espace m6moire reserve dans un p6riph6rique de 
stockage. 
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3 . Dispositif selon la revendication 1 , dans lequel les moyens de contrdle 
comprennent un agent de gestion pour mettre a jour lesdits moyens 
logiciels de stockage en fonction des requStes de stockage/r6cup6ration 
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de donnees et des unites p6ripli6riques de stockage pr6sentes/d6tect6es 
k rinstant des requStes. 

4. Dispositif selon la revendication 1, dans lequel les moyens de controle 
comprennent des moyens d^interface avec I'application pour recevoir 
et interpreter les requStes de stockage/r6cuperation en terme de 
repartition des donn6es stockees dans les differents periph6riques en 
fonction de criteres de stockage predetermines. 

5 . Dispositif selon la revendication 4, dans lequel au moins un critfere 
predetermine est lie au debit avec lequel les donn&s audio/vid6o 
doivent etre stockees/recuper6es. 

6. Dispositif selon la revendication 4, dans lequel au moins xm cxitere 
predetermine est 116 k la s6curite des donn6es audio/video stock6es. 

7. Dispositif selon la revendication 1 , dans lequel les moyens de contrdle 
comprennent des moyens d'interface avec P application pour recevoir 
et interpreter les requetes de stockage/recuperation en terme de 
repartition des donnees stockees dans les differents peripheriques en 
fonction des besoins de Tapplication. 

8. Dispositif selon la revendication 7, dans lequel les moyens d'interface 
comprennent une liste de sendees pemiettant de communiquer avec 
I'application en vue de detemiiner une methode de stockage prioritaire 
a utiliser pour ladite application, 

9. Dans un dispositif, dit set top box, comportant : 

- des moyens de reception pour recevoir des donnees audio/video transmises 
via un medium de communication, 

- au moins une application utilisant les donnees audio/video re9ues et 
necessitant de les stocker prealablement a leur utilisation, I'application 
comportant des moyens pour emettre des requetes de stockage/recuperation 
des donnees revues, 
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- des moyens de connexion vers au moins une unite de stockage per^h6rique 
capable de stocker physiquement des donnees audio/vid6o, 
metiiode de stockage comprenant : 

- une etape de detection de periph6rique pour detecter la pr6sence des unit6s de 
stockage p6riph6rique des leur connexion/d6connexion k la set top box, 

- une 6tape de reception des requStes de stockage/r6cuperation de donnees 6mises par 
r application, 

- une etape de conHole pour contrSler I'affectation des adresses de stockage physique 
dans les diff6rentes unit6s de stockage p&ipheriques d6tect6es, 

- une 6tape de stockage logiciel pour conserver et retrouver les adresses physiques des 
donn6es stocfc6es dans les diff6rentes unites p6riph6riques de stockage. 
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